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Vorrichtung und Verfahren zur Datenkommunikation, 
insbesondere zur Parametrisierung und Ferniiberwachung 
von Heizungsanlagen 

Die Erfindung betrifft eine Vorrichtung und ein Verfahren zur Datenkommunikation 
zwischen einem Systemrechner und Gebaudetechnikeinrichtungen fur eine flexible 
und komfortable Parametrisierung und Ferniiberwachung der Einrichtungen, wobei 
auf eine vorhandene Kommunikationsinfrastruktur zuriickgegriffen werden kann, 
um den Verkabelungsaufwand zu reduzieren. 



Moderne Heizungsanlagen benotigen fiir ihren Betrieb eine Vielzahl von Parameter, 
die bei der Inbetriebnahme der Anlage eingestellt und wahrend des Betriebs tiber- 
wacht werden miissen. Insbesondere bei grofien Heizungsanlagen ist eine Vielzahl 
von unterschiedlichen Einrichtungen, beispielsweise auf einem Betriebsgelande, auf 
verschiedene Standorte verteilt. So sind beispielsweise die Daten von Brennern, 
Warmepumpen, Warmezahlern und einer Vielzahl von Temperatursensoren fur die 
Steuerung einer Heizungsanlage zu erfassen. Meist wird fur die Datenubertragungs- 
verbindung all dieser Einrichtungen ein Haus- oder Feldbus eingesetzt. Mit Hilfe 
eines solchen Bussystems, das beispielsweise innerhalb eines Gebaudes installiert 
ist, konnen die fur die automatische Steuerung einer Heizungsanlage notwendigen 
Daten zwischen den verschiedenen Einrichtungen der Anlage ubertragen werden. 
Eine Vielzahl solcher, meist herstellerabhangigen Bussysteme ist bekannt. 
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Der Einsatz dieser speziellen Haus- oder Feldbussysteme ist jedoch meistens auf ein 
einzelnes Gebaude beschrankt. Fur groBe Anlagen, die auf mehrere Standorte ver- 
teilt sind und von einer zentralen Leitstelle aus gewartet und uberwacht werden sol- 
len, sind Haus- oder Feldbussysteme nicht geeignet. 

Ein Hausbussystem, beispielsweise zur Vernetzung einer Mehrkesselanlage, erfor- 
dert zudem eine spezielle Verkabelung, was meist einen betrachtlichen Aufwand in 
der Gebaudeinstallation bedeutet. Weiterhin werden spezielle Wartungs- und Kon- 
figurationsterminals zum AnschluB an das jeweilige Hausbussystem benotigt. Durch 
die Vielzahl von unterschiedlichen Hausbussystemen kann ein groBer Mehraufwand 
in der Verkabelung und in den bereitzuhaltenden Geraten entstehen. Auf der ande- 
ren Seite ist in den meisten Buro- und Betriebsgebauden bereits eine Kommunikati- 
onsinfrastruktur, meist in Form einer Telefon- und Datenubertragungsverkabelung, 
vorhanden. 

Eine Aufgabe der vorliegenden Erfindung ist es, eine Vorrichtung und ein Verfah- 
ren zur Datenkommunikation zwischen Einrichtungen, insbesondere Heizungs-, 
Klima- und/oder KUhlanlagen, und einem Systemrechner zu schaffen, die eine fle- 
xible und komfortable Wartung, Parametrisierung und Fernuberwachung der Ein- 
richtungen ermoglicht. Insbesondere soil dabei auf eine bereits bestehende Kom- 
munikationsinfrastruktur zuriickgegriffen werden konnen, um den Aufwand fur die 
benotigte Verkabelung zu reduzieren und eine kostengunstige Datenkommunikation 
zu ermoglichen. 

Die Aufgabe wird durch die Merkmale der unabhangigen Patentanspruche gelost. 
Die abhangigen Patentanspruche zeigen vorteilhafte Ausftihrungsformen und Wei- 
terentwicklungen der Erfindung auf. 

ErfindungsgemaB kann eine Vorrichtung zur Datenkommunikation, insbesondere 
zur Parametrisierung und Fernuberwachung von Heizungsanlagen, einen System- 
rechner, mindestens eine Gebaudetechnikeinrichtung, einen Protokollkonverter und 
ein Bussystem aufweisen. Durch eine solche Vorrichtung kann eine Vielzahl von 
unterschiedlichen, in der Gebaudetechnik verwendeten Einrichtungen auf einfache 
Weise von dem Systemrechner uberwacht und gewartet werden, wobei auf eine 
vorhandene Kommunikationsinfrastruktur zuriickgegriffen werden kann, um den 
Verkabelungsaufwand zu reduzieren. 



Der Systemrechner ist zur Ubertragung von Daten nach einem ersten Dateniibertra- 
gungsprotokoll geeignet. Der Systemrechner kann eine Software zur Parametrierung 
und Fernuberwachung der Einrichtungen aufweisen. Der Systemrechner kann in 
einer zentralen Leitstelle fur die Uberwachung und Fernwartung von Heizungsanla- 
gen angeordnet sein. Es kann sich jedoch auch um ein mobiles Gerat handeln, das 
vor Ort zur Parametrisierung und Wartung einer Heizungsanlage eingesetzt wird. 
Die auf dem Systemrechner eingesetzte Software, die Benutzungsoberflache fur die 
Bedienung und die Art der Datenubertragung konnen jedoch in beiden Fallen gleich 
sein. 

Die Einrichtungen sind zur Ubertragung von Daten nach einem zweiten Dateniiber- 
tragungsprotokoll geeignet. Durch die Ubertragung von Daten zwischen den Ein- 
richtungen und dem Systemrechner konnen die Einrichtungen parametrisiert und 
uberwacht werden. Die Einrichtungen der Vorrichtung konnen raumlich integriert, 
beispielsweise in einem Einbaurahmen oder einem Einbauschrank, angeordnet sein 
oder sie konnen sich an raumlich verschiedenen Orten, beispielsweise in einem Ge- 
baude verteilt, befinden. Es wird eine Vielzahl von unterschiedlichen Einrichtungen 
auf diese Weise parametrisier- und uberwachbar. 

Der Protokollkonverter konvertiert Daten des ersten Datenubertragungsprotokolls in 
Daten des zweiten Datenubertragungsprotokolls und umgekehrt. Er ist mit dem Sy- 
stemrechner beispielsweise tiber eine Datenubertragungsverbindung verbunden. Der 
Protokollkonverter wandelt die vom Systemrechner empfangenen Daten des ersten 
Datenubertragungsprotokolls in Daten des zweiten Datenubertragungsprotokolls 
um. Auf der anderen Seite wandelt der Protokollkonverter von den Einrichtungen 
empfangene Daten des zweiten Datenubertragungsprotokolls in Daten des ersten 
Datenubertragungsprotokolls um. Der Protokollkonverter kann ein raumlich eigen- 
standiges Gerat sein oder mit anderen Einrichtungen der Vorrichtung in einem Ein- 
baurahmen oder Einbauschrank integriert sein. Der Protokollkonverter verbindet das 
Bussystem mit dem Systemrechner und nimmt die elektrische und logische Anpas- 
sung zwischen dem Bussystem und der Datenubertragungsverbindung zu dem Sy- 
stemrechner vor. Der Protokollkonverter kann fiir eine Vielzahl von verschiedenen 
Bussystemen und Datenubertragungsverbindungen ausgestaltet sein. Er ermoglicht 
einen einfachen, flexiblen und modularen AnschluB des Systemrechners an unter- 
schiedliche Einrichtungen und Bussysteme und erlaubt einen einheitlichen Aufbau 
des Systemrechners und seiner Software. 



Das Bussystem verbindet die Einrichtungen der Vorrichtung und den Protokollkon- 
verter. Das Bussystem kann der Datenubertragung zwischen den einzelnen Einrich- 
tungen der Gebaudetechnik untereinander und zu dem Protokollkonverter dienen. 
Die Busteilnehmer konnen beispielsweise MeBwerte ubertragen, Kommandos zur 
Steuerung und Regelung der Anlagen austauschen und Nachrichten fur Diagnose- 
zwecke versenden. Die an das Bussystem anschliefibaren Einrichtungen konnen 
Heizungs-, Klima- und/ oder Kuhlanlagen sein. Weiterhin konnen MeB- oder Steu- 
ereinrichtungen fur den Betrieb von Heizungs-, Klima- und/oder Kuhlanlagen an 
das Bussystem angeschlossen werden. Beispielsweise konnen Warmezahler 
und/oder Temperaturfuhler an das Bussystem angeschlossen werden. Die an das 
Bussystem angeschlossenen Einrichtungen konnen einfach und komfortabel von 
dem Systemrechner parametrisiert, uberwacht und/oder gewartet werden. Durch den 
Protokollkonverter kann das spezielle und lokal begrenzte Bussystem auf einfache 
Weise mit der allgemeinen Kommunikationsinfrastruktur verbunden werden. Eine 
spezielle Verkabelung zwischen den Einrichtungen bzw. dem Bussystem und dem 
Systemrechner, der sich beispielsweise weit von den Heizungsanlagen entfernt in 
einer zentralen Leitstelle befindet, ist nicht notwendig. Durch die Protokollkonver- 
tierung kann der Systemrechner mit unterschiedlichen Bussystemen und verschie- 
densten Einrichtungen betrieben werden. Der Aufbau und die Funktion des System- 
rechners kann beispielsweise fur unterschiedlichste Heizungsanlagen gleich sein. 

Das Bussystem kann ein Haus- oder Feldbus in verschiedenen Ausfuhrungsarten 
sein. Das zweite Datenubertragungsprotokoll kann ein LON-Protokoll sein. Die 
LON-Busteilnehmer konnen miteinander kommunizieren und Daten austauschen. 

Ein erfindungsgemaBer Protokollkonverter kann auch zusatzliche analoge oder digi- 
tale Ein- und Ausgange zum direkten AnschluB von Einrichtungen ohne das Bussy- 
stem aufweisen. Die digitalen Eingange konnen beispielsweise den Zustand yon 
angeschlossenen Geraten erfassen. Die analogen Eingange konnen bevorzugt zur 
Erfassung von MeBwerten, z.B. durch AnschluB von Temperatursensoren, vorgese- 
hen sein. Durch die Ausgange, beispielsweise Relais- Ausgange, konnen angeschlos- 
sene Gerate gesteuert werden. Durch die direkten Ein- und Ausgange des Protokoll- 
konverters konnen Einrichtungen, die keine Busschnittstelle aufweisen, von der er- 
findungsgemaBen Vorrichtung zur Datenkommunikation uberwacht und gesteuert 
werden. Der Protokollkonverter kann dazu die Funktion einer virtuellen, am Bussy- 



stem angeschlossenen Einrichtung ubernehmen, die wie die anderen Einrichtungen 
vom Systemrechner fernuberwacht, parametrisiert und gesteuert wird. 

Das erste Datenubertragungsprotokoll kann ein Protokoll auf der Basis des Internet- 
protokolls IP sein. Insbesondere sind das Simple Network Management Protocol 
SNMP, das Hypertext Transport Protocol HTTP, das Transport Control Protocol 
TCP oder das LonWorks Network Protocol als Transportprotokolle moglich. Durch 
den Einsatz dieser Standard-Protokolle als erste Datenubertragungsprotokolle der 
Vorrichtung wird eine einfache und kostengunstige Entwicklung und Herstellung 
der Vorrichtung ermoglicht. Der Einsatz dieser Protokolle ist auf vielen Netzwerken 
fur die Datentibertragung, beispielsweise in Local Aerea Networks LAN mit Ether- 
net, Tokenring oder Glasfaserverbindungen und auch fur Datenfernubertragungen, 
beispielsweise uber Telefonleitungen, moglich. 

Der Protokollkonverter kann in vorgegebenen zeitlichen Abstanden vorbestimmte 
Daten von den Einrichtungen abfragen, speichern, an den Systemrechner senden 
und/oder zur Abfrage vom Systemrechner bereithalten. Die vorbestimmten Daten 
und die vorgegebenen zeitlichen Abstande zu deren Abfrage konnen bei der {Confi- 
guration des Protokollkonverters anlagenspezifisch von dem Anlagenerbauer oder - 
betreiber eingestellt werden. Beispielsweise kann bei der Konfiguration des Proto- 
kollkonverters eine Liste der abzufragenden Einrichtungen und Daten angelegt wer- 
den. Diese Daten konnen Anlagedaten wie beispielsweise die Einstellung der Be 
dien- und Konfigurationsdaten der Gerate, Storungsmeldungen, Verfahrensdaten, 
Wartungsdaten und/oder Mefidaten von beispielsweise Warmezahlern sein. Der 
Protokollkonverter kann die abgefragten Daten speichern und beispielsweise zur 
Abfrage vom Systemrechner bereithalten. Der Protokollkonverter kann auch selb- 
standig Daten an den Systemrechner senden, ohne auf eine Abfrage vom System- 
rechner zu warten. Dies kann insbesondere geschehen, wenn die abgefragten Daten 
Fehler- oder Alarmmeldungen enthalten, auf einen fehlerhaften Zustand einer Ein- 
richtung oder auf andere aufiergewohnliche Ereignisse schlieBen lassen. Die Ein- 
richtungen konnen auch selbstandig Nachrichten an den Protokollkonverter senden, 
die von dem Protokollkonverter an den Systemrechner weitergeleitet oder zwischen- 
gespeichert und zur Abfrage vom Systemrechner bereitgehalten werden. Der Proto- 
kollkonverter dient der Verbindung aller an das Bussystem angeschlossenen Einhei- 
ten mit dem Systemrechner. Er sammelt die von den Einrichtungen abgesendeten 
oder abgefragten Daten, wertet sie aus und leitet sie an den Systemrechner weiter. 



Der Protokollkonverter kann einen Speicher fur die von den Einrichtungen abge- 
fragten oder abgesendeten Daten aufweisen. In diesem Speicher konnen beispiels- 
weise die Konfigurationsdaten und Betriebszustande der Einrichtungen, Wartungs-, 
Storungs- oder Diagnosemeldungen gespeichert werden. Die gespeicherten Daten 
liegen flir eine Abfrage vom Systemrechner bereit. Die vom Systemrechner ange- 
forderten Daten konnen somit unmittelbar an den Systemrechner ubertragen werden, 
ohne daB zuerst eine Ruckfrage an die entsprechende Einrichtung zur Ermittlung der 
gewiinschten Daten erfolgen muB. Die einzelnen Daten konnen auch kombiniert und 
in groBeren Datenpaketen an den Systemrechner ubertragen werden, was die Effizi- 
enz der Dateniibertragung zu dem Systemrechner erhoht und die Kosten flir die Da- 
teniibertragung reduzieren kann. 

Der Protokollkonverter kann vom Systemrechner empfangene Daten, die fur eine 
bestimmte Einrichtung bestimmt sind, uber das Bussystem an die entsprechende 
Einrichtung senden. Der Protokollkonverter empfangt beispielsweise Kommandos 
ftir eine Heizungsanlage und leitet diese an die entsprechende Einrichtung weiter. 
Dabei konnen vorteilhafterweise auch mehrere Kommandos in einem Datenpaket 
des ersten Datentibertragungsprotokolls gemeinsam vom Systemrechner an den 
Protokollkonverter ubertragen werden. Der Protokollkonverter kann die unter- 
schiedlichen Kommandos des empfangenen Datenpaketes separieren und an die 
einzelnen Einrichtungen weiterleiten. In der Gegenrichtung konnen beispielsweise 
viele einzelne MeBwerte von verschiedenen Einrichtungen zu einem Datenpaket 
kombiniert werden und uber das erste Datenubertragungsprotokoll vom Protokoll- 
konverter zum Systemrechner ubertragen werden. Auf diese Weise laBt sich der 
Aufwand flir die Dateniibertragung zwischen Systemrechner und Protokollkonverter 
deutlich reduzieren. 

Die Dateniibertragung zwischen Protokollkonverter und Systemrechner kann bei- 
spielsweise mittels Datenverschliisselung vor einem unbefugten Abhoren ge?ichert 
werden. Auch kann die Abfrage von Daten und das Ubermitteln von Kommandos 
durch den Austausch von Schlusseln oder Zugangskennungen gegen unbefugte Be- 
nutzung gesichert werden. Weiterhin kann beispielsweise nur der Zugriff eines 
beSstimmten, bei der Konfiguration des Protokollkonverters festgelegten System- 
rechners, auf den Protokollkonverter zugelassen werden. Auf diese Weise konnen 
nur registrierte und berechtigte Systeme bzw. Benutzer Zugriff auf die Einrichtun- 
gen erlangen. 



Der Protokollkonverter kann eine vorbestimmte Verbindung aktivieren und/oder 
eine vorgegebene Nachricht versenden, wenn von einer der Einrichtungen eine Sto- 
rungs- oder Wartungsmeldung. Insbesondere kann der Protokollkonverter ein Fax, 
eine Email, eine SMS-Nachricht oder eine Sprachnachricht an einen vorbestimmten 
Empfanger versenden. Wenn von einer der Einrichtungen eine Storungs- oder 
Wartungsmeldung vom Protokollkonverter abgefragt oder von diesem empfangen 
wird, kann der Protokollkonverter versuchen eine Verbindung zum Systemrechner 
aufzubauen, um die Meldung weiterzuleiten. 1st dies aus verschiedensten Griinden 
nicht moglich, beispielsweise weil der Systemrechner oder die Dateniibertragungs- 
verbindung zu dem Systemrechner ausgefallen ist oder eine Stoning aufweist, kann 
der Protokollkonverter nach einer bestimmten Anzahl von Versuchen eine vorbe- 
stimmte Notverbindung aktivieren. Der Protokollkonverter kann beispielsweise eine 
Verbindung zu einem anderen Systemrechner aufbauen oder ein vorgegebenes Fax, 
eine Email, eine Sprachnachricht oder eine SMS-Nachricht versenden. Aufgrund 
dieser Nachricht kann das zustandige Bedienpersonal von der Storungsmeldung der 
Einrichtung und/oder der Stoning der Datenubertragungsverbindung bzw. der Sto- 
ning des Systemrechners in der Leitstelle informiert werden. Auch kann durch ein 
Fax, eine Email oder eine SMS-Nachricht ein vorbestimmter Benutzer von dem 
Problem informiert werden. Dies ist insbesondere fur die Betreiber von kleineren 
Anlagen, die keine dauemd mit Personal besetzte Leitstelle aufweisen, interessant. 
Das Bedienpersonal kann so kostengiinstig und einfach, beispielsweise zuhause, 
alarmiert werden. 

Die Verbindung zwischen dem Protokollkonverter und dem Systemrechner kann 
erfindungsgemaB iiber eine analoge und/oder digitale Telefonverbindung erfolgen. 
Die Verbindung kann beispielsweise ein analoges Modem, ein GSM-Modem oder 
ein ISDN-Modem aufweisen. Die Datenubertragungsverbindung kann iiber ein pri- 
vates und/oder ein offentliches Netz kostengiinstig erfolgen. Die Verbindung zwi- 
schen dem Protokollkonverter und dem Systemrechner kann dauerhaft bestehen 
oder nach Bedarf auf- und wieder abgebaut werden. Der Auf- und Abbau der Ver- 
bindung kann sowohl vom Protokollkonverter, als auch vom Systemrechner aus er- 
folgen. Dabei kann sowohl eine direkte Modemverbindung zwischen dem Modem 
des Protokollkonverters und dem Modem des Systemrechners als auch eine Verbin- 
dung zwischen Protokollkonverter und Systemrechner iiber das Internet vorgesehen 
sein. Bei einer Internet- Verbindung wahlt beispielsweise das Modem des Protokoll- 
konverters eine lokale Einwahlnummer eines Internetproviders an und stellt eine 
temporare Internet- Verbindung zum Systemrechner her. Auf diese Weise konnen 



beliebig angeordnete Anlagen (Protokollkonverter und Einrichtungen) kostengun- 
stig mit dem Systemrechner kommunizieren und von diesem uberwacht und gesteu- 
ert werden. Die Verbindungskosten bei einem Betrieb von ttber den Globus verteil- 
ten Anlagen konnen so verringert werden. 

Weiterhin konnen im Falle einer temporaren Verbindung zwischen Systemrechner 
und Protokollkonverter durch die erfindungsgemaBe Speicherung der abgefragten 
Daten der Einrichtungen die Ubertragungskosten deutlich reduziert werden. Bei- 
spielsweise fragt der Protokollkonverter die Einrichtungen in vorgegebenen zeitli- 
chen Abstanden ab und ermittelt die vorbestimmten Daten zur Ubertragung an den 
Systemrechner. Nachdem alle vorbestimmten Daten ermittelt wurden, kann der 
Protokollkonverter eine Verbindung zu dem Systemrechner aufbauen, die Daten 
gemeinsam iibertragen und die Verbindung zu dem Systemrechner beenden. Auf der 
anderen Seite kann auch der Systemrechner eine Verbindung zu dem Protokollkon- 
verter aufbauen, die benotigten Daten von diesem abfragen und die Verbindung be- 
enden. 

Der Verbindungsaufbau von Systemrechner zum Protokollkonverter kann auch mit 
einem RttckrufVerfahren (Call-back- Verfahren) erfolgen. Der Systemrechner sendet 
ein kurzes Signal oder eine Ruckrufaufforderung an den Protokollkonverter, wenn 
er an diesen Daten iibertragen oder von diesem abfragen will. Der Protokollkonver- 
ter ruft daraufhin eine vorgegebene Ruckrufhummer zurttck, um eine Datentibertra- 
gungsverbindung zum Systemrechner aufzubauen. Da die eigentliche Datentibertra- 
gungsverbindung immer vom Protokollkonverter aus zu dem Systemrechner aufge- 
baut wird, kann ein fremdes System keine Daten zu dem Protokollkonverter iiber- 
tragen oder von diesem abfragen. Unbefugter Zugriff auf den Protokollkonverter 
wird verhindert und die Sicherheit der Vorrichtung zur Datenkommunikation wird 
erhoht. 

In einer Ausfiihrungsform konnen der Protokollkonverter und der Systemrechner 
beispielsweise eine oder mehrere RS-232-Schnittstellen aufweisen. Auf diese Weise 
konnen einfach analoge oder ISDN-Modems zum Aufbau der Datentibertragungs- 
verbindung zwischen dem Protokollkonverter und dem Systemrechner verwendet 
werden. Protokollkonverter und Systemrechner konnen auch durch ein Null- 
Modemkabel oder ttber eine optische Schnittstelle, insbesondere eine Optolink- 
Schnittstelle, miteinander direkt verbunden werden. Dies ist insbesondere fur eine 
vor-Ort-Diagnose und Wartung durch den Kundendienst von Vorteil. Der System- 



rechner kann beispielsweise ein geeigneter tragbarer Computer sein, der in der Nahe 
der Heizungsanlage an einen Protokollkonverter angeschlossen wird. Durch die er- 
findungsgemafie Vorrichtung kann sowohl in der Leitstelle, als auch auf dem trag- 
baren Computer vor Ort die gleiche Software zur Parametrierung und Uberwachung 
von Heizungsanlagen verwendet werden. 

Eine weitere Moglichkeit fur die Datenubertragungsverbindung zwischen System- 
rechner und Protokollkonverter besteht in dem direkten AnschluB beider Gerate an 
ein Datennetzwerk LAN. Beispielsweise kann der Protokollkonverter ttber einen 
LAN-Koppler an ein Ethernet angeschlossen werden. Der Systemrechner kann iiber 
einen tiblichen Ethernet-NetzanschluB mit dem Datenubertragungsnetzwerk verbun- 
den werden. Dies ermoglicht eine einfache und kostengunstige Verbindung tiber ein 
eventuell bereits bestehendes Datenubertragungsnetzwerk. 

Der Systemrechner kann in vorgegebenen zeitlichen Abstanden eine Verbindung zu 
dem Protokollkonverter aufbauen und vorbestimmte Daten abfragen. Die vorbe- 
stimmten Daten wurden zuvor vom Protokollkonverter von den Einrichtungen abge- 
fragt und zwischengespeichert. Der Systemrechner kann auf diese Weise durch eine 
einzige Abfrage eine groBere Menge von Daten aller uber das Bussystem mit dem 
Protokollkonverter verbundenen Einrichtungen erfassen. Ein Verbindungsaufbau zu 
jeder einzelnen Einrichtung ist nicht notig. Auf diese Weise konnen die Datemiber- 
tragungskosten verringert und der Aufbau des Systemrechners vereinfacht werden. 
Der Verbindungsaufbau kann auch uber das RuckrufVerfahren erfolgen, bei dem der 
Protokollkonverter nach Erhalt einer Ruckrufhachricht eine vorgegebene Ruckruf- 
nummer anwahlt und die Verbindung zum Systemrechner aufbaut. 

Der Systemrechner kann eine Verbindung zu dem Protokollkonverter aufbauen und 
Daten fur eine bestimmte Einrichtung an den Protokollkonverter senden. Die Ver- 
bindung kann anschlieBend sofort wieder abgebaut werden. Der Protokollkonverter 
wertet die empfangenen Daten aus und leitet Kommandos an die entsprechenden 
Einrichtungen weiter. Der Systemrechner kann auch eine Verbindung zu dem Pro- 
tokollkonverter aufbauen und Daten von einer bestimmten Einrichtung von dem 
Protokollkonverter abfragen/empfangen. Der Protokollkonverter kann, falls die an- 
gefragten Daten nicht bereits in dem Speicher vorliegen, die entsprechende Einrich- 
tung iiber das Bussystem kontaktieren, die angefragten Daten ermitteln und an den 
Systemrechner ubertragen. Der Protokollkonverter ermoglicht eine logische Verbin- 
dung zwischen den Einrichtungen dss Bussystems und dem Systemrechner. Die 



Datenkommunikation zwischen den Einrichtungen und dem Systemrechner findet 
uber den Protokollkonverter statt. Der Protokollkonverter kann den Zugriff auf die 
Daten der Einrichtungen regeln, Daten und Kommandos verteilen oder biin- 
deln/kombinieren und den Verbindungsaufbau zum Systemrechner steuern. 

Der Systemrechner kann auch Verbindungen zu mehreren Protokollkonvertern auf- 
bauen und Daten zu mehreren Einrichtungen ubertragen bzw. von diesen empfan- 
gen. Er kann Daten fur bestimmte Einrichtungen an die jeweiligen Protokollkonver- 
ter senden und/oder Daten von bestimmten Einrichtungen von den jeweiligen Proto- 
kollkonvertern empfangen. Der Systemrechner sendet dazu beispielsweise Daten fur 
eine bestimmte Einrichtung an den Protokollkonverter, der an das gleiche Bussy- 
stem wie die bestimmte Einrichtung angeschlossen ist. 

Der Systemrechner kann eine Datenbank aufweisen, die die Konfigurations-, Inbe- 
triebnahme-, Warnings- und Betriebsdaten von Einrichtungen und/oder Protokoll- 
konvertern enthalt. Insbesondere konnen Storungs- und Wartungsmeldungen in der 
Datenbank gespeichert werden. Die Datenbank kann beispielsweise Bedien-, Konfi- 
gurations- und Betriebsdaten der einzelnen Einrichtungen enthalten. Weiterhin k6n- 
nen Verfahrens- und MeBdaten, beispielsweise von Warmezahlern oder Tempera- 
turftthlern, aufgezeichnet werden. Vorteilhafterweise kann die Datenbank auch Sy- 
stemdaten der Protokollkonverter, wie beispielsweise der Typ des angeschlossenen 
Bussy stems, eine Liste der angeschlossenen Einrichtungen und/oder Informationen 
uber verwendete Modemtypen und ihre Ansteuerungskonfigurationen, enthalten. 
Auf die aktuellen Konfigurations-, Warnings- und Betriebsdaten sowie auf die letz- 
ten Storungs- und Wartungsmeldungen von zu uberwachenden Einrichtungen kann 
im Systemrechner zugegriffen werden, ohne daB eine Verbindung zu dem entspre- 
chenden Protokollkonverter und/oder der entsprechenden Einrichtung aufgebaut 
werden muB. Die Datenbank kann beispielsweise den aktuellen Zustand der zu 
uberwachenden Heizungsanlagen enthalten. Das Bedienpersonal kann den aktuellen 
Zustand iiberpriifen und gegebenenfalls MaBnahmen zur Behebung von Storungen 
einleiten. Weiterhin kann die Datenbank Referenzdaten und/oder Inbetriebnahme- 
oder Serviceprotokolle fur die uberwachten Betriebsmittel (Einrichtungen) enthal- 
ten. 

Der Systemrechner kann eine vorbestimmte Nachricht versenden, wenn von einer 
der Einrichtungen eine bestimmte Storungs- oder Wartungsmeldung vorliegt. Insbe- 
sondere kann der Systemrechner ein Fax, eine Sprachnachricht, eine Email oder ei- 



ne SMS-Nachricht an einen anderen Systemrechner, beispielsweise in einer anderen 
Leitstelle, und/oder an eine oder mehrere vorbestimmte Bedienpersonen versenden, 
urn diese iiber den Eingang einer Storungs- oder Wartungsmeldung zu informieren. 
Das Weiterleiten der Meldungen kann nach einem vorgegebenen Bearbeitungsplan, 
in dem die entsprechenden Dienste eingetragen sind, erfolgen. Der Bearbeitungs- 
plan kann zeit- und anlagenspezifisch fur jede Einrichtung oder flir eine Gruppe von 
Einrichtungen einen Dienst- und/oder Serviceplan umfassen, der angibt welche Art 
von Meldung zu welcher Zeit fur welche Einrichtung zu einer bestimmten Aktion 
ftihrt, z.B. weiterleiten als SMS-Nachricht. Die durchzufuhrenden Aktionen konnen 
durch den Bearbeitungsplan einfach an die Dienstplane des Bedienpersonals ange- 
pafit werden. Weiterhin kann der Systemrechner vordefinierte Aufgaben nach einem 
definierbaren Zeitschema ausfuhren, um beispielsweise Anlagenwerte bestimmter 
Heizungsanlagen zu uberwachen. 

Ein Zugriff auf die Datenbank des Systemrechners kann iiber einen Internet-Server 
und/oder einen WAP-Server erfolgen. Auf die Daten des Systemrechners kann mit- 
tels eines WAP-fahigen Mobiltelefons oder eines herkommlichen Internetbrowsers 
iiber das Internet von einem entsprechend ausgestatteten Personal-Computer zuge- 
griffen werden. Beispielsweise konnen der Betriebs- und Wartungszustand der zu 
iiberwachenden Einrichtungen auf einem Webserver zur Abfrage iiber das Internet 
bereitgestellt werden. Dies ist insbesondere fur das Betriebspersonal von kleineren 
Anlagen von Vorteil, das sich nicht standig in der Leitstelle aufhalt. Das zustandige 
Wartungspersonal kann beispielsweise iiber den Versand einer SMS-Nachricht auf 
eine bestimmte Stoning aufmerksam gemacht werden. Die Behebung dieser Stoning 
kann von dem Betriebspersonal von zuhause iiber das Internet und den Web-Server 
oder ein WAP-fahiges Mobiltelefon erfolgen. Eine nachtliche Anfahrt des Betrieb- 
spersonals zur Leitstelle kann so vermieden werden. 

Vorteilhafterweise konnen in einer groBeren Leitstelle oder in einem Betrieb mit 
mehreren Leitstellen auch mehrere Systemrechner jeweils Verbindungen zu den 
Protokollkonvertern aufbauen und/oder Daten von den Protokollkonvertern emp- 
fangen oder Daten an die Protokollkonverter versenden. Die Systemrechner konnen 
dabei iiber das Internet miteinander kommunizieren. Auf diese Weise kann einfach 
ein verteiltes System mit mehreren Systemrechnern realisiert werden. Die System- 
rechner konnen beispielsweise in mehreren Leitstellen angeordnet sein. Auch kann 
ein Systemrechner in einer Leitstelle angeordnet sein und ein weiterer Systemrech- 
ner in Form eines tragbaren Computers fur eine vor-Ort-Diagnose eingesetzt wer- 



den. Die Systemrechner konnen uber das Internet verbindbar sein und Nachrichten 
austauschen. 

Einer der Systemrechner kann eine zentrale Datenbank aufweisen. Die anderen Sy- 
stemrechner konnen Datenanderungen an diese zentrale Datenbank melden und/oder 
ihre eigene Datenbank mit der zentralen Datenbank abgleichen. Dies ist insbesonde- 
re fur ein groBes System mit mehreren Systemrechnern in einer grofien Leitstelle 
oder fur mehrere Leitstellen von Vorteil und kann zur Datensicherung und/oder zur 
Wanning der Datenkonsistenz bei Zugriffen von mehreren Benutzern/Systemen auf 
die gleichen Daten verwendet werden. Der Systemrechner, der die zentrale Daten- 
bank aufweist, kann automatisch einen Abgleich der Datenbanken der einzelnen 
Systemrechner ansteuern. 

Ein Verfahren zur Datenkommunikation, insbesondere zur Parametrisierung und 
Ferniiberwachung von Heizungsanlagen, kann zumindest einen der folgenden 
Schritte aufweisen: Ubertragung von Daten nach einem ersten Datenubertragungs- 
protokoll zwischen einem Systemrechner und einem Protokollkonverter; Konvertie- 
rung der Daten des ersten Datenubertragungsprotokolls in Daten des zweiten Daten- 
ubertragungsprotokolls und umgekehrt in den Protokollkonverter; und Ubertragung 
von Daten nach dem zweiten Datenubertragungsprotokoll zwischen dem Protokoll- 
konverter und mindestens einer Einrichtung. 

Die erflndungsgemaBe Vorrichtung und das erfindungsgemafie Verfahren zur Da- 
tenkommunikation zwischen einem Systemrechner und mindestens einer Einrich- 
tung tiber einen Protokollkonverter ermoglicht einen einfachen und flexiblen Auf- 
bau von komplexen Heizungs-, Klima- und Kuhlanlagen. Die Parametrisierung und 
Fernuberwachung der Einrichtungen kann auf gleiche Weise von einem System- 
rechner in der Leitstelle oder einem mobilen Systemrechner vor Ort durchgefuhrt 
werden. Der Protokollkonverter ermoglicht den Einsatz von verschiedensten Bus- 
systemen zur Vernetzung der Einrichtungen und zum Betreiben einer Datenubertra- 
gungsverbindung zu dem Systemrechner uber eine eventuell bereits vorhandene 
Kommunikationsinfrastruktur. Durch die Zwischenspeicherung der Daten in dem 
Protokollkonverter konnen im Fall einer Telefonwahlverbindung zu dem System- 
rechner die Verbindungskosten niedrig gehalten werden. Die Datenbank des Sy- 
stemrechners ermoglicht dem Bedienpersonal einen unmittelbaren Zugriff auf ak- 
tuelle Betriebs- und Konfigurationsdaten der zu verwaltenden Einrichtungen. 



Die folgende Beschreibung von Ausfuhrungsbeispielen wird anhand von beigefug- 
ten schematischen Figuren vorgenommen. Es zeigen: 

Fig. 1 eine schematische Darstellung einer erfindungsgemaBen Vorrichtung zur 
Datenkommunikation, insbesondere zur Parametrisierung und Fernuberwachung 
von Heizungsanlagen; 

Fig. 2 ein mogliches Ablaufdiagramm der Verarbeitung in einem Protokollkonver- 
ter; 

Fig. 2 ein mogliches Ablaufdiagramm der Verarbeitung in einem Systemrechner; 

Fig. 4 eine schematische Darstellung von zwei Systemrechnern, die direkt an ein 
LAN angeschlossen sind; und 

Fig. 5 eine schematische Darstellung fur ein Ausfuhrungsbeispiel eines Protokoll- 
konverters. 

Die Fig. 1 zeigt eine schematische Darstellung einer erfindungsgemaBen Vorrich- 
tung zur Datenkommunikation, insbesondere zur Parametrierung und Femiiberwa- 
chung von Heizungsanlagen. Bei den zu uberwachenden Einrichtungen handelt es 
sich in diesem Ausfuhrungsbeispiel um eine erste Heizungsanlage HZ-A 2, eine 
zweite Heizungsanlage HZ-B 3 und einen Warmezahler WZ 4. Die Einrichtungen 2, 
3, 4 sind an das Bussystem 5 angeschlossen. Bei dem Bussystem 5 handelt es sich 
beispielsweise um einen LON-Hausbus, der in einem Gebaude zur Steuerung der 
Gebaudetechnik verlegt ist. 

Der Protokollkonverter 1 ist sowohl mit dem Bussystem 5, als auch mit einem Mo- 
dem 7 verbunden. Dazu kann der Protokollkonverter beispielsweise eine LON- 
Busschnittstelle, eine optische Schnittstelle (Optolink-Interface) und eine RS-232- 
Schnittstelle aufweisen. Bei dem Modem 7 kann es sich um ein analoges Telefon- 
modem oder um ein ISDN-Modem handeln. Das Modem 7 ist uber eine Standard- 
telefonverkabelung mit einem privaten oder offentlichen Femsprechnetz verbunden. 
Anstelle einer drahtgebundenen Verbindung kann auch eine drahtlose Verbindung 
uber ein GSM-Modem vorgesehen sein. Die Steuerung des Modems 7 erfolgt von 
dem Protokollkonverter 1 . Der Protokollkonverter 1 weist weiterhin einen Speicher 
6 zur Speicherung von abgefragten Daten der angeschlossenen Einrichtungen 2, 3, 4 



und zum Speichern von empfangenen Nachrichten von den Einrichtungen 2, 3, 4 
auf. 

Ein Protokollkonverter 1 kann auch zusatzliche analoge oder digitale Ein- und Aus- 
gange zum direkten AnschluB von Einrichtungen ohne Busschnittstelle aufweisen. 
Durch die Eingange konnen beispielsweise die Zustande angeschlossener Gerate 
oder MeBwerte erfaBt werden. Die Ausgange, z.B. Relais-Ausgange, konnen zur 
Steuerung von angeschlossenen Gerate verwendet werden. Dies ermoglicht den Be- 
trieb von relativ einfachen Geraten wie Temperatursensoren, die keine eigene Bus- 
schnittstelle aufweisen. Durch die Ein- und Ausgange des Protokollkonverters 1 
konnen diese Gerate von der erfindungsgemaBen Vorrichtung zur Datenkommuni- 
kation uberwacht und gesteuert werden. Der Protokollkonverter 1 tibernimmt die 
Funktion einer virtuellen Einrichtung, die wie die anderen Einrichtungen vom Sy- 
stemrechner 8 uberwacht, parametrisiert und eingestellt wird und die die Steuerung 
der direkt angeschlossenen Gerate durchfiihrt. 

Der Protokollkonverter 1 fragt in vorgegebenen zeitlichen Abstanden vorbestimmte 
Daten von den iiber das Bussystem 5 angeschlossenen Einrichtungen 2, 3, 4 ab und 
speichert diese in dem dafur vorgesehenen Speicher 6. In dem in Fig. 1 gezeigten 
Beispiel wurden Daten von der ersten Heizungsanlage HZ-A 2, der zweiten Hei- 
zungsanlage HZ-B 3 und dem Warmezahler WZ 4 abgefragt und gespeichert. Die 
zyklische Datenabfrage kann beispielsweise alle 10 Minuten erfolgen. Die abgefrag- 
ten Daten konnen beispielsweise die Betriebs- und Konfigurationszustande der ab- 
gefragten Einrichtungen enthalten. In dem in Fig. 1 gezeigten Beispiel wurden diese 
Daten beispielsweise um 7.55 Uhr von den Einrichtungen 2, 3, 4 abgefragt. Die ge- 
speicherten Daten werden von dem Protokollkonverter 1 im Speicher 6 zur Abfrage 
vom Systemrechner 8 bereitgehalten. 

Der Systemrechner 8 baut beispielsweise jede Stunde eine Verbindung zu dem 
Protokollkonverter 1 auf und veranlaBt die Ubertragung der vom Protokollkonverter 
1 gespeicherten Daten. In dem gezeigten Ausfuhrungsbeispiel ist dazu ein analoges 
oder ein ISDN-Modem 9 mit dem Systemrechner 8 und dem Fernsprechnetz ver- 
bunden. Ein Systemrechner 8 kann auch iiber mehrere Modems 9 verftigen, um 
gleichzeitig mehrere Verbindungen zu Protokollkonvertern zu unterhalten. Der Sy- 
stemrechner 8 veranlaBt beispielsweise das Modem 9 eine Wahlverbindung zu dem 
Modem 7 und dem Protokollkonverter 1 aufzubauen. Dies kann in vorgegebenen 
zeitlichen Abstanden oder nach Bedarf geschehen. 



Weiterhin kann das RiickrufVerfahren zu dem Aufbau einer sicheren Verbindung 
zwischen Protokollkonverter 1 und Systemrechner 8 verwendet werden. Die Ver- 
bindung kann sowohl als eine direkte Modemverbindung zwischen den Modems 7, 
9 (z.B. ttber den V.34 oder V.90 Standard) als auch iiber eine Internetverbindung 
erfolgen. Dazu wahlt beispielsweise das Modem 7 eine lokale Einwahlnummer ei- 
nes Internetproviders und stellt eine Verbindung zu dem Systemrechner 8 her, der 
iiber das Modem 9 oder einen LAN-AnschluB mit dem Internet verbunden ist. 

Nach Verbindungsaufbau werden die im Protokollkonverter 1 gespeicherten Daten 
an den Systemrechner 8 ubertragen und dort in einer Datenbank 10 abgelegt. Nach 
Beendigung der Datenubertragung kann die Verbindung zur Reduktion der Verbin- 
dungskosten abgebaut werden. 

In dem in Fig. 1 gezeigten Beispiel erfolgt der Verbindungsaufbau vom System- 
rechner 8 zu dem Protokollkonverter 1 beispielsweise in stiindlichen Abstanden. Die 
in der Datenbank 10 abgelegten Daten wurden beispielsweise um 8.00 Uhr vom 
Protokollkonverter 1 zum Systemrechner 8 ubertragen. Der Protokollkonverter 1 hat 
diese Daten beispielsweise um 7.55 Uhr von den Einrichtungen 2, 3, 4 abgefragt. 
Eine nachste regelmafiige Datenubertragung zwischen Protokollkonverter 1 und 
Systemrechner 8 wiirde in dem gezeigten Beispiel um 9.00 Uhr stattfinden. 

Um 8.05 Uhr geht beispielsweise eine Nachricht mit einer Storungsmeldung der 
zweiten Heizungsanlage HZ-B 3 in dem Protokollkonverter 1 ein. Bei Eingang einer 
Storungsmeldung soli erfindungsgemaB vom Protokollkonverter 1 sofort eine 
Nachricht an den Systemrechner 8 ubermittelt werden und nicht auf die nachste Ab- 
frage der Daten durch den Systemrechner 8 gewartet werden. In dem gezeigten Bei- 
spiel wiirde die nachste vom Systemrechner 8 initiierte Datenubertragung um 9 Uhr 
stattfinden. Der Protokollkonverter 1 steuert das Modem 7 an um eine Verbindung 
zu dem Systemrechner 8 aufzubauen und die empfangene Nachricht weiterzuleiten. 
Kann diese Verbindung zwischen Protokollkonverter 1 und Systemrechner 8 nicht 
aufgebaut werden, so kann der Protokollkonverter 1 beispielsweise nach Verstrei- 
chen einer vorbestimmten Zeit weitere Versuche zum Verbindungsaufbau auch zu 
anderen Systemrechnern unternehmen, um die empfangene Nachricht an einen Sy- 
stemrechner weiterzuleiten. Der Systemrechner 8 kann die empfangene Nachricht 
gemafi dem Bearbeitungsplan, beispielsweise in Form eines Fax, einer Email oder 
einer SMS-Nachricht, an das Bedienpersonal weiterleiten, wenn die Leitstelle zum 



Zeitpunkt des Empfangs der Nachricht nicht besetzt ist. Kommt diese Verbindung 
auch bei den weiteren Versuchen nicht zustande, versendet der Protokollkonverter 1 
eine vorgegebene Nachricht. 

In dem in Fig. 1 gezeigten Beispiel wird eine Fax-Nachricht mit einem entsprechen- 
den Inhalt an das Fax-Gerat 1 1 gesendet. Das Fax-Gerat 1 1 kann sich beispielsweise 
in einer Leitstelle oder zuhause bei einer zustandigen Betriebsperson befinden. Die 
zustandige Person kann auf diese Weise unmittelbar von der eingegangenen Stoning 
in einer der Einrichtungen benachrichtigt werden, obwohl zu diesem Zeitpunkt kei- 
ne Verbindung zwischen Protokollkonverter 1 und Systemrechner 8 moglich ist. 

Selbstverstandlich konnen Protokollkonverter 1 und Systemrechner 8 auf viele an- 
dere Arten miteinander verbunden werden und Daten austauschen. Beispielsweise 
konnen beide direkt an ein Computernetzwerk (LAN) angeschlossen werden oder 
sie konnen direkt tiber ein Null-Modem miteinander verbunden werden. Es sind 
auch weitere Ausfuhrungsformen denkbar, bei denen das Internet oder andere Da- 
tenubertragungsmedien genutzt werden konnen. 

Die Betriebs- und Konfigurationsdaten der Einrichtungen 2, 3, 4 konnen vom Be- 
triebspersonal in der Leitstelle direkt durch Zugriff auf die Datenbank 10 des Sy- 
stemrechners 8 gepriift und kontrolliert werden, ohne dafi dazu eine dauerhafte 
Verbindung zu den zu wartenden und tiberwachenden Einrichtungen 2, 3 5 4 beste- 
hen muB. Selbstverstandlich sind die in diesem Beispiel angegebenen vorgegebenen 
zeitlichen Abstande nur ein mogliches Beispiel fur eine Konfiguration der erfin- 
dungsgemaBen Vorrichtung und konnen den Anforderungen entsprechend angepaBt 
werden. 

Die Fig. 2 zeigt einen moglichen Ablaufplan fur die Verarbeitung in einem Proto- 
kollkonverter. In einem Schritt 100 wird die gespeicherte Systemkonfiguration des 
Protokollkonverters ausgewertet und der Protokollkonverter wird initialisiert. Dabei 
kann beispielsweise ein angeschlossenes Modem konfiguriert und das Hausbussy- 
stem gepriift werden. 

In dem Schritt 110 wird gepriift, ob Kommandos des Sy stemrechners 8 fur den 
Protokollkonverter 1 angeschlossene Einrichtungen 2, 3 5 4 empfangen wurden. Im 
Falle eines Empfangs derartiger Kommandos werden diese in einem Schritt 120 be- 
arbeitet und an die entsprechende Einrichtungen iiber das Bussystem 5 weitergelei- 



tet. Es sind selbstverstandlich auch solche Kommandos moglich, die an alle ange- 
schlossenen Einrichtungen uber das Bussystem 5 weiterzuleiten sind ( Broadcast). 
Weiterhin kann der Systemrechner 8 naturlich auch Kommandos an den Protokoll- 
konverter 1 selbst senden. Diese sind vom Protokollkonverter 1 auszuwerten. Bei- 
spielsweise kann auf diese Art die zu wahlende Telefonnummer ftir eine Notverbin- 
dung verandert werden. 

In Schritt 130 priift der Protokollkonverter 1, ob eine Datenanfrage vom System- 
rechner 8 vorliegt. Liegt eine Anfrage fur Daten von angeschlossenen Einrichtungen 
vor, werden in Schritt 140 die angefragten Daten an den Systemrechner 8 ubersandt. 
Sind keine Daten an den Systemrechner 8 zu senden, so wird direkt zu Schritt 150 
verzweigt. 

In Schritt 150 werden die in den Konfigurationsdaten festgelegten vorbestimmten 
Daten von einer Einrichtung 2, 3, 4 abgefragt. Dazu wird ein entsprechendes Kom- 
mando nach dem zweiten Datenubertragungsprotokoll an die Einrichtung 2, 3, 4 
uber das Bussystem 5 gesendet. Die angesprochene Einrichtung meldet sich mit den 
angefragten Daten tiber das Bussystem 5 zurttck. Die auf diese Weise empfangenen 
Daten werden in dem Speicher 6 des Protokollkonverters 1 abgelegt. 

In Schritt 160 wird gepriift, ob aufgrund der empfangenen Daten oder aufgrund von 
eingegangenen Nachrichten von den zu iiberwachenden Einrichtungen 2, 3, 4 eine 
Notfallmeldung an den Systemrechner 8 abzusenden ist. 

Falls eine solche Nachricht an den Systemrechner 8 abzusenden ist, wird in Schritt 
170 versucht, eine Verbindung zu dem Systemrechner 8 aufzubauen. Gegebenen- 
falls ist der Versuch eine Verbindung aufzubauen nach einer vorgegebenen Zeit 
mehrfach (z.B. lOmal) zu wiederholen. Es kann auch versucht werden eine Verbin- 
dung zu einem anderen Systemrechner 8 aufzubauen. 

Kann eine Verbindung zu dem Systemrechner 8 hergestellt werden, so sendet der 
Protokollkonverter 1 in Schritt 180 gemafi dem ersten Datenubertragungsprotokoll 
eine Nachricht, z.B. eine Notmeldung entsprechenden Inhalts, an den Systemrech- 
ner 8. Diese Notmeldung kann die empfangene Nachricht von der gestorten Einrich- 
tung und/oder den Grund aufgrund denen die Notmeldung abgesendet wurde, ent- 
halten. 



Die Datenubertragung zu dem Systemrechner 8 kann nach einem Quittungsverfah- 
ren durchgefiihrt werden, bei dem die jeweilige empfangende Seite den Erhalt einer 
Nachricht quittiert. 

Falls keine Verbindung zum Systemrechner 8 aufgebaut werden kann, wird von 
Schritt 170 zu Schritt 190 verzweigt. In Schritt 190 wird vom Protokollkonverter 1 
eine vorbestimmte Notverbindung aktiviert und eine vorgegebene Nachricht, bei- 
spielsweise ein Fax, versandt. Dieses Fax kann den Grund fur die Notmeldung und 
eine Beschreibung der vorliegende Stoning der Verbindung zum Systemrechner 8 
enthalten. 

In Schritt 200 wird gepruft, ob die bestimmten Daten von alien abzufragenden Ein- 
richtungen 2, 3, 4 bereits vorliegen. Falls noch Daten von Einrichtungen 2, 3, 4 in 
diesem Durchlauf eines Zyklus abzufragen sind, wird zurttck zu Schritt 110 ver- 
zweigt und mit der nachsten Einrichtung fortgefahren. Sind bereits alle an das Bus- 
system 5 angeschlossenen Einrichtungen 2, 3, 4 abgefragt, so wird mit Schritt 210 
fortgefahren. 

In Schritt 210 wird eine vorgegebene Zeit abgewartet bevor ein neuer Abfragezy- 
klus gestartet wird. Nach beispielsweise 10 Minuten wird der Ablauf mit Schritt 1 10 
und der Abfrage der ersten abzufragenden Einrichtung fortgesetzt. Die Reihenfolge 
der abzufragenden Einrichtungen 2, 3, 4 kann in der Konfiguration des Protokoll- 
konverters 1 beliebig festgelegt werden. 

Die Fig. 3 zeigt einen moglichen Ablauf der Verarbeitung in dem Systemrechner 8 
in einer Ausfuhrungsform mit mehreren Protokollkonvertern. In Schritt 300 werden 
die Daten der zu uberwachenden Einrichtungen 2, 3, 4 von dem ersten Protokoll- 
konverter 1 abgefragt. Dazu wird von dem Systemrechner 8 eine Verbindung zu 
dem Protokollkonverter 1 aufgebaut, d.h. beispielsweise wird das Modem 9 so an- 
gesteuert, dafi eine Wahlverbindung uber ein privates oder offentliches Fernsprech- 
netz zu dem Modem 7 und dem Protokollkonverter 1 entsteht. Der Verbindungsauf- 
bau kann auch mit einem Ruckrufverfahren (Call-back- Verfahren) erfolgen, bei dem 
die Verbindung nach Erhalt einer Ruckrufaufforderung immer von dem Protokoll- 
konverter 1 aufgebaut wird. Der Systemrechner 8 sendet entsprechende Komman- 
dos an den Protokollkonverter 1, der wiederum die angeforderten Daten an den Sy- 
stemrechner 8 sendet. Im Anschlufi an den Datenaustausch wird im Falle einer 
Wahlverbindung diese abgebaut. 
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Fur den Fall, daB sowohl Systemrechner 8 als auch Protokollkonverter 1 an ein Da- 
tentibertragungsnetzwerk mit festen Verbindungen, beispielsweise ein LAN, ange- 
schlossen sind, erfolgt kein Aufbau einer temporaren Wahlverbindung. Es wird le- 
diglich eine logische Verbindung zwischen Systemrechner 8 und Protokollkonverter 
1 zur Dateniibertragung aufgebaut. Dies kann beispielsweise durch die Verwendung 
von Sockets fur das TCP geschehen. Natiirlich konnen auch verbindungslose Uber- 
tragungsprotokolle, wie beispielsweise UDP, eingesetzt werden. 

Die empfangenen Daten werden in Schritt 310 in die Datenbank 10 des System- 
rechners 8 eingetragen. Aufgrund der in der Datenbank 10 vorhandenen Daten kann 
eine Bedienperson jederzeit den Zustand der zu uberwachenden Einrichtungen 2, 3, 
'% 4 uberpriifen, ohne dafi erst Verbindungen zu den einzelnen Einrichtungen 2, 3, 4 
aufgebaut und die Daten abgefragt werden mussen. 

In Schritt 320 werden die empfangenen Daten ausgewertet. Beispielsweise kann ein 
auBergewohnlicher Betriebszustand einer Einrichtung 2, 3, 4 festgestellt werden. 
Weiterhin konnen empfangene MeBwerte, beispielsweise von Warmezahlern oder 
Temperaturfuhlern, analysiert werden. In Schritt 330 wird festgestellt, ob anhand 
der ausgewerteten Daten eine Nachricht an eine Bedienperson zu versenden ist. 

Gegebenenfalls wird in Schritt 340 eine solche Nachricht versandt. Mit Hilfe dieser 
Nachricht kann eine zustandige Bedienperson von einem auBergewohnlichen Zu- 
stand, beispielsweise dem Vorliegen einer Stoning in einer Einrichtung, in Kenntnis 
gesetzt werden. Die Nachricht kann beispielsweise in Form einer SMS-Nachricht an 
das Mobiltelefon der Bedienperson iibersandt werden. Die Bedienperson kann so 
auf einfache Weise zu jeder Zeit und an jedem Ort alarmiert werden. 

In Schritt 350 wird gepruft, ob bereits alle Protokollkonverter des Systems abgefragt 
wurden. Falls noch weitere Protokollkonverter abzufragen sind, wird zurttck zu 
Schritt 300 verzweigt und dort mit der Abfrage des nachsten Protokollkonverters 
fortgefahren. Die Reihenfolge der Abfrage der Protokollkonverter kann beliebig 
festgelegt werden und kann im Systemrechner 8 gespeichert werden. 

Im AnschluB an die Abfrage aller Protokollkonverter wird in Schritt 360 eine vor- 
bestimmte Zeit gewartet, bevor ein neuer Durchgang fur einen neuen Zyklus gestar- 



tet wird. Die vorgegebene Wartezeit kann den entsprechenden Systemanforderun- 
gen entsprechend flexibel eingestellt werden. 

Wahrend der oben gezeigten Bearbeitungsschritte kann jederzeit eine Nachricht von 
einem Protokollkonverter 1 eintreffen. Die Verarbeitung dieser Nachrichten wird 
hier nicht gezeigt und kann beispielsweise durch eine Interrupt-Routine erfolgen. 
Weiterhin wird hier nicht auf vom Benutzer initiierte spezielle Verarbeitungsschritte 
eingegangen. Der Benutzer kann beispielsweise jederzeit eine Aktualisierung der 
vorliegenden Daten anfordern. In diesem Fall wird vom Systemrechner 8 eine au- 
BerplanmaBige Abfrage der angefragten Daten von dem Protokollkonverter 1 gestar- 
tet. Weiterhin kann der Benutzer jederzeit Kommandos fur bestimmte Einrichtungen 
an der Bedienkonsole des Systemrechners 8 eingeben. Diese Kommandos werden 
anschlieBend vom Systemrechner 8 an den entsprechenden Protokollkonverter 1 
ubertragen und dort an die gewunschte Einrichtung 2, 3, 4 weitergeleitet. 

Die Fig. 4 zeigt schematisch eine Darstellung einer Ausfuhrungsform mit zwei Sy- 
stemrechnern 8, 1 1, die direkt an ein LAN angeschlossen sind. Beide Systemrechner 
8, 1 1 weisen jeweils eine Datenbank 10, 12 zur Speicherung von Konfigurations-, 
Wartungs- und Betriebsdaten von an den Protokollkonverter 1 angeschlossenen 
Einrichtungen (nicht gezeigt) auf. In diesem Beispiel weist der Systemrechner 8, der 
sich beispielsweise in der Leitstelle befindet, eine zentrale Datenbank 10 auf. Bei 
dem Systemrechner 1 1 handelt es sich um einen tragbaren Systemrechner in Form 
eines Notebooks mit dem beispielsweise ein Kundendienst- oder Wartungstechniker 
vor Ort eine Diagnose und Wartung von Heizungsanlagen vornehmen kann. Der 
Wartungstechniker kann die Heizungsanlage mit Hilfe des mobilen Systemrechners 
1 1 konfigurieren und warten. Nach AbschluB der Wartungsarbeiten werden die ak- 
tuellen Konfigurationsdaten von der Datenbank 12 an die zentrale Datenbank 10 
ubermittelt. Auf diese Weise kann die Konsistenz der Datenbanken 10, 12 sicher- 
gestellt werden. Die Verbindung und Kommunikation zwischen den beiden System- 
rechnern 8, 1 1 kann auf einfache Weise iiber das LAN oder das Internet z.B. durch 
das Internet Protocol IP erfolgen. 

In einer weiteren Ausfuhrungsform kann sich beispielsweise der Systemrechner 8 in 
der Leitstelle des Anlagenbetreibers befinden, wahrend der zweite Systemrechner 
1 1 beispielsweise in der Leitstelle eines Anlagenherstellers angeordnet ist. Auf diese 
Weise laBt sich einfach ein mehrstufiges System zur Parametrisierung und Fern- 
uberwachung von Heizungsanlagen schaffen. Der Anlagenbetreiber fuhrt beispiels- 



weise einfache Wartungsaufgaben selbst aus und tiberlaBt kompliziertere Wartungs- 
und Diagnoseaufgaben dem Servicepersonal des Anlagenherstellers. Weiterhin kann 
die Leitstelle des Anlagenbetreibers nur teilweise besetzt sein. Wahrend der Nacht 
und am Wochenende wird die Femiiberwachung von einer anderen Leitstelle durch- 
gefuhrt. Diese kann beispielsweise ein Servicecenter des Anlagenherstellers sein, 
der zentral die Warning und Femiiberwachung von Anlagen vieler seiner Kunden 
durchfuhrt. Durch die Verwendung des Internets zur Kommunikation zwischen den 
einzelnen Systemrechnern 8, 1 1 kann eine solche verteilte Parametrisierung und 
Fernuberwachung von Einrichtungen 2, 3, 4 auf kostengtinstige Weise ermoglicht 
werden. 

Zur Gewahrleistung der Sicherheit beim Zugriff auf Systemrechner 8, 1 1 und Proto- 
kollkonverter 1 konnen entsprechende Zugangskontrollen beispielsweise durch 
Kennworter vorgesehen sein. Nur registrierte und berechtigte Anwender und Syste- 
me konnen einen Zugriff auf Systemrechner 8, 1 1 und Protokollkonverter 1 erlan- 
gen. Beispielsweise kann ein Betreiber einer Anlage dem zentralen Kundendienst 
des Anlagenherstellers Zugriffsrechte auf seine Protokollkonverter 1 und System- 
rechner 8, 1 1 einraumen. Weiterhin kann der Datenverkehr zwischen den einzelnen 
Komponenten der Vorrichtung verschliisselt werden. 

Die Fig. 5 zeigt eine schematische Darstellung fur ein mogliches Ausfuhrungsbei- 
spiel eines erfindungsgemaBen Protokollkonverters. 

Der gezeigte Protokollkonverter 1 kann vorteilhafterweise aus einem Grundmodul 
20 und einem Erweiterungsmodul 21 aufgebaut sein. Das Grundmodul 20 weist eine 
Modemschnittstelle 22 nach der RS 232-Spezifikation mit V.24-Pegeln und mit 
LED-Anzeigen fur Anwahl und Verbindung auf. Die Modemschnittstelle 22 wird 
mit einem seriellen Verbindungskabel mit dem protokollkonverterseitigen Modem 7 
verbunden. 

Das Grundmodul 20 sowie das Erweiterungsmodul 21 weisen jeweils eine Schnitt- 
stelle 23 auf, beispielsweise ein I 2 C-Bus-Interface. Grundmodul 20 und Erweite- 
rungsmodul 21 kSnnen einfach durch den I 2 C-Bus miteinander verbunden werden. 
Auf diese Weise laBt sich ein flexibler Aufbau eines Protokollkonverters 1 errei- 
chen. Bei Bedarf konnen weitere Erweiterungsmodule iiber den I 2 C-Bus hinzuge- 
schaltet werden, und es kann flexibel ein erweiterter Protokollkonverter 1 mit weite- 
ren AnschluBmoglichkeiten geschaffen werden. 
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Sowohl Grundmodul 20 als auch Erweiterungsmodul 21 konnen digitale oder ana- 
loge Ein- und Ausgange aufweisen. Diese konnen fur einen direkten AnschluB von 
weiteren Einrichtungen an den Protokollkonverter 1 vorgesehen sein. In dem ge- 
zeigten Beispiel weisen Grundmodul 20 und Erweiterungsmodul 21 jeweils eine 
digitale Eingangseinrichtung 24 mit acht digitalen Eingangen auf. Die digitalen 
Eingange sind beispielsweise zum Erfassen von Betriebszustanden geeignet. 

Weiterhin weisen Grundmodul 20 und Erweiterungsmodul 21 jeweils eine analoge 
Eingangseinrichtung 25 auf. Jede analoge Eingangseinrichtung 25 weist zwei analo- 
ge Eingange zum AnschluB von beispielsweise MeBgeraten wie Temperatursenso- 
ren auf. Die analogen Eingange sind mit Analog/Digital- Wandlern versehen, die 
eine einfache MeBwerterfassung und eine Ubertragung der digitalisierten MeBwerte 
zu dem Systemrechner 8 ermoglichen. Die Analog/Digital- Wandler haben bei- 
spielsweise eine Genauigkeit von 8 Bit. 

Grundmodul 20 und Erweiterungsmodul 21 sind jeweils mit einer Ausgabeeinrich- 
tung versehen, die Relaisausgange zum Schalten von Lasten aufweisen. Die Relais- 
ausgange k5nnen beispielsweise zum direkten Ein- und Ausschalten von Geraten 
vorgesehen sein. 

Das Grundmodul 20 kann weiterhin eine LON-Schnittstelle 27 zum AnschluB eines 
LON-Bussy stems 5 aufweisen, an der die Einrichtungen 2, 3, 4 angeschlossen sind. 

Weiterhin kann das Grundmodul 20 eine Optolink-Schnittstelle 28 aufweisen. Diese 
optische Schnittstelle kann zum sterungsfreien AnschluB eines mobilen System- 
rechners 8 fur Wartung und Diagnose vor Ort vorgesehen sein. 

AuBer den in Fig. 5 gezeigten Funktionseinheiten kann der Protokollkonverter 1 
iiber Bedien- und Anzeigeelemente wie Betriebs- und Storungsanzeigen verfugen. 
Weiterhin ist eine entsprechende Spannungsversorgung vorzusehen. 

Die in Fig. 5 gezeigte Ausfuhrungsform eines Protokollkonverters 1 ermoglicht ei- 
nen flexiblen Aufbau. Fur kleine Anlagen, die nur wenige direkt an den Protokoll- 
konverter 1 anzuschlieBende Einrichtungen aufweisen, kann der erfindungsgemaBe 
Protokollkonverter 1 allein aus dem Grundmodul 20 bestehen. Durch den Einsatz 
von einem oder mehreren Erweiterungsmodulen 21 kann der Protokollkonverter 1 



flexibel erweitert werden, und zusatzliche Einrichtungen konnen auf einfache Weise 
zur Fernwartung, Parametrisierung und Steuerung an den Protokollkonverter 1 an- 
geschlossen werden. Der Protokollkonverter 1 wird dazu vom Systemrechner 8 wie 
eine am Bussystem 5 angeschlossene Einrichtung behandelt und kann selbst Emp- 
fanger von Nachrichten und Kommandos sein, mit denen die direkt angeschlossenen 
Gerate abgefragt oder beeinflusst werden konnen. 
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Patentanspriiche 

1 . Vorrichtung, insbesondere zur Parametrierung und Ferniiberwachung von Hei- 
zungsanlagen, mit 

einem Systemrechner (8), der zur Ubertragung von Daten nach einem ersten 
Datenubertragungsprotokoll geeignet ist, 

mindestens einer Einrichtung (2, 3, 4), die zur Ubertragung von Daten nach 
einem zweiten Datenubertragungsprotokoll geeignet ist, 
einem Protokollkonverter (1), der mit dem Systemrechner (8) verbunden ist 
und der Daten des ersten Datenubertragungsprotokolls in Daten des zweiten 
Datenubertragungsprotokolls und umgekehrt konvertiert, und 
einem Bussystem (5), an das die Einrichtungen (2, 3, 4) und der Protokollkon- 
verter (1) anschlieBbar sind. 

2. Vorrichtung nach Anspruch 1, wobei die an das Bussystem (5) anschlieBbaren 
Einrichtungen (2, 3, 4) Heizungs-, Klima- und/oder Kuhlanlagen und/oder 
MeB- oder Steuereinrichtungen fur den Betrieb von Heizungs-, Klima- 
und/oder Kuhlanlagen sind. 

3. Vorrichtung nach Anspruch 1 oder 2, wobei das Bussystem (5) ein Haus- oder 
Feldbus ist und/oder das zweite Datenubertragungsprotokoll ein LON-Pro- 
tokoll ist. 

4. Vorrichtung nach zumindest einem der Anspruche 1 bis 3, wobei das erste 
Datenubertragungsprotokoll ein Protokoll auf der Basis des Internet Protocols 
IP, insbesondere das Simple Network Management Protocol SNMP, das Hy- 
pertext Transport Protocol HTTP, das Transport Control Protocol TCP oder 
das LonWorks Network Protocol, ist. 

5. Vorrichtung nach zumindest einem der Anspruche 1 bis 4, wobei der Proto- 
kollkonverter (1) vorbestimmte Daten in vorgegebenen zeitlichen Abstanden 
von den Einrichtungen (2, 3, 4) abfragt, speichert, an den Systemrechner (8) 
sendet und/oder zur Abfrage vom Systemrechner (8) bereit halt. 

6. Vorrichtung nach zumindest einem der Anspruche 1 bis 5, wobei der Proto- 
kollkonverter (1) einen Speicher (6) fur die Speicherung der von den Einrich- 
tungen abgefragten Daten aufweist. 
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7. Vorrichtung nach zumindest einem der Anspruche 1 bis 6, wobei der Proto- 
kollkonverter (1) vom Systemrechner (8) empfangene Daten, die fur eine be- 
stimmte Einrichtung (2, 3, 4) bestimmt sind, tiber das Bussystem (5) an die 
entsprechende Einrichtung (2, 3, 4) sendet. 

8. Vorrichtung nach zumindest einem der Anspruche 1 bis 7, wobei der Proto- 
kollkonverter (1) eine vorbestimmte Verbindung aktiviert, wenn von einer der 
Einrichtungen (2, 3, 4) eine Storungs- oder Wartungsmeldung vorliegt. 

9. Vorrichtung nach zumindest einem der Anspruche 1 bis 8, wobei der Proto- 
kollkonverter (1) eine vorgegebene Nachricht, insbesondere ein Fax, eine 
Sprachnachricht, eine Email oder eine SMS-Nachricht, versendet, wenn von 
einer der Einrichtungen (2, 3, 4) eine Storungs- oder Wartungsmeldung vor- 
liegt und die Verbindung zum Systemrechner (8) gestort ist. 

10. Vorrichtung nach zumindest einem der Anspruche 1 bis 9, wobei die Verbin- 
dung zwischen dem Protokollkonverter (1) und dem Systemrechner (8) uber 
eine analoge und/oder digitale Telefonverbindung erfolgt und ein analoges 
Modem, ein GSM-Modem oder ein ISDN-Modem (7, 9) aufweist. 

1 1 . Vorrichtung nach Anspruch 10, wobei die Verbindung zwischen dem Proto- 
kollkonverter (1) und dem Systemrechner (8) tiber ein Ruckrufverfahren auf- 
gebaut wird. 

12. Vorrichtung nach zumindest einem der Anspruche 1 bis 1 1, wobei der System 
rechner (8) in vorgegebenen zeitlichen Abstanden eine Verbindung zu dem 
Protokollkonverter (1) aufbaut und vorbestimmte Daten abfragt, die der Proto- 
kollkonverter (1) zuvor von den Einrichtungen (2, 3, 4) abgefragt und zwi- 
schengespeichert hat. 

13. Vorrichtung nach zumindest einem der Anspruche 1 bis 12, wobei der System- 
rechner (8) eine Verbindung zu dem Protokollkonverter (1) aufbaut und/oder 
Daten fUr eine bestimmte Einrichtung (2, 3, 4) an den Protokollkonverter (1) 
sendet und/oder Daten von einer bestimmten Einrichtung (2, 3, 4) von dem 
Protokollkonverter (1) empfangt. 



14. Vorrichtung nach zumindest einem der Anspruche 1 bis 13, wobei der System- 
rechner (8) eine Datenbank (10) aufweist, die die Konfigurations-, Inbetrieb- 
nahme-, Wartungs- und/oder Betriebsdaten von Einrichtungen (2, 3, 4) 
und/oder dem Protokollkonverter (1), insbesondere StSrungs- und Wartungs- 
meldungen, enthalt. 

15. Vorrichtung nach Anspruch 14, wobei der Systemrechner einen Internet- 
und/oder WAP-Server zum Zugriff auf die Datenbank (10) aufweist. 

16. Vorrichtung nach zumindest einem der Anspruche 1 bis 15, wobei der System- 
rechner (8) eine vorbestimmte Nachricht, insbesondere ein Fax, eine Sprach- 
nachricht, eine Email oder eine SMS-Nachricht, versendet, wenn von einer der 
Einrichtungen (2, 3, 4) eine bestimmte Storungs- oder Wartungsmeldung vor- 
liegt. 

17. Vorrichtung nach zumindest einem der Anspruche 1 bis 16, wobei mehrere 
Systemrechner (8, 1 1) Verbindungen zu Protokollkonvertern (1) aufbauen 
und/oder Daten von den Protokollkonvertern (1) empfangen und/oder Daten an 
die Protokollkonverter (1) senden, wobei die Systemrechner (8, 1 1) uber das 
Internet miteinander verbindbar sind. 

18. Vorrichtung nach Anspruch 17, wobei einer der Systemrechner (8) eine zentra- 
le Datenbank (10) aufweist, an die die anderen Systemrechner (11) Datenande- 
rungen melden und/oder mit der die Datenbanken (12) der anderen System- 
rechner (11) abgeglichen werden. 

19. Verfahren, insbesondere zur Parametrierung und Fernuberwachung von Hei- 
zungsanlagen, mit den folgenden Schritten: 

Ubertragung von Daten nach einem ersten Datenubertragungsprotokoll- zwi- 
schen einem Systemrechner (8) und einem Protokollkonverter (1), 
Konvertierung der Daten des ersten Datenubertragungsprotokolls in Daten ei- 
nes zweiten Datenubertragungsprotokolls und umgekehrt in dem Protokoll- 
konverter (1), und 

Ubertragung von Daten nach dem zweiten Datenubertragungsprotokoll zwi- 
schen dem Protokollkonverter (1) und mindestens einer Einrichtung (2, 3,4). 
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Zusammenfassung 

Vorrichtung und Verfahren zur Datenkommunikation, insbesondere zur Parametri- 
sierung und Ferniiberwachung von Heizungsanlagen 

Die Erfindung betrifft eine Vorrichtung und ein Verfahren zur Datenkommunikation 
zwischen einem Systemrechner (8) und Gebaudetechnikeinrichtungen (2, 3, 4) fur 
eine flexible und komfortable Parametrisierung und Ferniiberwachung der Einrich- 
tungen (2, 3, 4), wobei auf eine vorhandene Kommunikationsinfrastruktur zuriick- 
gegriffen werden kann, um den Verkabelungsaufwand zu reduzieren und eine ko- 
stengiinstige Datenkommunikation zu ermoglichen. Die Vorrichtung weist einen 
Systemrechner (8), der zur Ubertragung von Daten nach einem ersten Datenubertra- 
gungsprotokoll geeignet ist, mindestens eine Einrichtung (2, 3, 4), die zur Ubertra- 
gung von Daten nach einem zweiten Datenubertragungsprotokoll geeignet ist, einen 
Protokollkonverter (1), der mit dem Systemrechner (8) verbunden ist und der Daten 
des ersten Datenubertragungsprotokolls in Daten des zweiten Datenubertragungs- 
protokolls und umgekehrt konvertiert, und ein Bussystem (5), an das die Einrich- 
tungen (2 ? 3, 4) und der Protokollkonverter (1) anschlieBbar sind, auf. 
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